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CONTINGENT EXTENSION REQUEST 

If this communication is filed after the shortened statutory time period had 
elapsed and no separate Petition is enclosed, the Commissioner of Patents and 
Trademarks is petitioned, under 37 CFR 1 .136(a), to extend the time for filing a 
response to the outstanding Office Action by the number of months which will avoid 
abandonment under 37 CFR 1.135. The fee under 37 CFR 1.17 should be charged to 
our Deposit Account No. 50-2215. 

This brief contains items under the following headings as required by 37 
C.F.R. § 41 .37 and M.P.E.P. § 1206: 
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II 
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III. 
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Status of Amendments 


V. 


Summary of Claimed Subject Matter 


VI. 


Grounds of Rejection to be Reviewed on Appeal 


VII. 


Argument 


VIII. 


Claims 


IX. 


Evidence 


X. 


Related Proceedings 


Appendix A 


Claims 



I. REAL PARTY IN INTEREST 

The real party in interest for this appeal is: 

NEC Corp. 
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II. RELATED APPEALS, INTERFERENCES, AND JUDICIAL PROCEEDINGS 

There are no other appeals, interferences, or judicial proceedings which will 
directly affect or be directly affected by or have a bearing on the Board's decision in this 
appeal. 

III. STATUS OF CLAIMS 

A. Total Number of Claims in Application 
There are 17 claims pending in application. 

B. Current Status of Claims 

1 . Claims canceled: None 

2. Claims withdrawn from consideration but not canceled: None 

3. Claims pending: 1-17 

4. Claims allowed: None 

5. Claims rejected: 1-17 

C. Claims On Appeal 

The claims on appeal are claims 1-17 

IV. STATUS OF AMENDMENTS 

Appellant filed an Amendment After Final Rejection on March 31 , 2005. The 
Examiner contacted the Appellant's representative to discuss the arguments presented 
in the March 31 Response. Appellant did not have the file and was unable to discuss 
the claims in depth. Appellant's representative called the Examiner back but the 
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Advisory Action of May 4, 2005, was already mailed. In the Advisory Action, the 
Examiner indicated that Appellant's proposed amendments to the claims would not be 
entered. However, there were no unentered amendments at the time the Advisory 
Action was issued. Further, as discussed below in Section VII, Appellant disagrees with 
the Examiner's assumption that Appellant agrees with the Examiner's mapping. See 
Advisory Action at page 3. 

Accordingly, the claims enclosed herein as Appendix A incorporate the 
amendments filed by Appellant on August 27, 2004, considered in the Final Office 
Action mailed March 31, 2005. 

V. SUMMARY OF CLAIMED SUBJECT MATTER 

The present invention relates to a file management system. Particularly, the 
claimed filed system is able to manage files having the same title but different contents 
as separate files while managing a plurality of files having different titles but the same 
content as a single file. See p. 1 , lines 6-13. For example, three files can be named 
"file A." Assume that these three files have different contents - specifically function A, 
function B, and function C. Because each of these files have different contents, the files 
will have different Managing IDs. See p. 16, lines 19-25. Had two or more of these 
files had the same contents, the files with the same contents would share a common 
Managing ID. See p. 15, lines 15-25. 

According to the present invention, when a file ID and a file are input into the 
system, using file input 102, the system first checks whether the title was previously 
registered. See p. 20, lines 2-10. If the file name already exists, the system checks a 
hash table 122 to determine whether or not the file has been previously registered. See 
p. 20, line 1 1 - 14; Fig. 5. If there is no identical hash value, which indicates identical 
content, the file has not been previously registered. If the hash value exists - the file to 
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be registered is compared with the files corresponding to the managing ID obtained 
from the hash table 122. See Fig, 5, 506. If it is determined that a file has the same 
content as a previously registered file, its file management ID is set to correspond to the 
registered file. However, if there is no file having the same content, a new managing ID 
corresponding to the file is created and registered. See Fig. 5, 508; page 14, line 8- 
page 16, line 18, page 21, lines 13-22. The file is then stored with the managing ID 
and a correspondence table 121 is supplied by the correspondence table updating part 
1 12 of processor 110. The managing ID corresponding to the file and file ID are finally 
registered for retrieval. See page 22, lines 1 - 5 and Fig. 5. 
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As shown in Fig. 1 reproduced above, a file, file title, and file ID are input into 
the system using file input 102. The information is then transferred to data processor 
1 10 when the above-described process takes place. New managing IDs are produced 
and recorded, if required, by data processor 110. Specifically, the "means for producing 
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and recording ... a new managing ID" includes at least file retriever 01 15 which provides 
a function of producing a new managing ID for a file to be registered and file 
registering/deleting part 01 16 registers the given file in the file memory 0123. See, 
page 18, lines 7-15. 

When requesting a file, a file requestor inputs a file title and file ID. The 
system then verifies the correspondence table 121 with a key with a given file name and 
file ID. See Fig. 6, 602. If a managing ID is retrieved from the correspondence table, 
the file is retrieved from memory 123 and output to the user. If no managing ID is 
obtained from the correspondence table, an error is returned to the user. See page 22, 
lines 10-26. The file is retrieved by "a means for retrieving files" which corresponds to 
at least file retriever 115. The file retriever 0115 also sends a retrieved file to the file 
output unit 0103. Thus, the file retriever 115 also corresponds to the means for the 
retrieved file to a file outputting unit. 

In another embodiment of the invention, the file retriever 115 retrieves the file 
from memory 123 to obtain a managing ID that is not used for any other file. The file to 
be registered is stored with the managing ID in memory. See page 27, lines 1-10; Fig. 
7. Next, the system verifies whether the same title has been previously registered. If a 
file exists with the same name, the system refers to the hash table 122. File content 
comparing part 01 17, which generally corresponds to "file content comparing means," 
compares the content of a file to be registered and the content of the files registered in 
the file memory 0123. If a managing ID is obtained as a result of the hash table 
reference, the file to be registered is compared to the file from the hash table. If the 
content is the same, the file management ID is set so that it corresponds to the file to be 
registered. In contrast, if the content is different, the managing ID is registered in a 
hash table 122. See page 28, lines 3 - 20; Fig. 7. When the same content file has 
been registered in the file memory, the hash table updating unit 1 14 of deletes the given 
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managing ID from the hash table. Thus, hash table updating unit 1 14 corresponds to 
the claimed "file deleting means." 

The correspondence table updating part 01 12 provides a function of 
registering the correspondence relationship of new file title, file ID and managing ID in 
the correspondence table 0121 or updating a registered correspondence relationship. 
See page 16, lines 7-12. The claimed "means for registering ... managing ID of the 
same content file in the correspondence table" generally corresponds to at least the 
correspondence table updating part 01 12. 

In the present file managing system a user does not have to avoid using the 
same file title as that of other files, as the file managing system can operate using the 
same file name for files having the same title as different contents. Likewise, if users 
give the same content different file names, the system can treat each of those as 
identical files - thereby eliminating the need to store multiple copies of the same file. 
See page 32, lines 1-12. 

VI. GROUNDS OF OBJECTION TO BE REVIEWED ON APPEAL 

A. The rejection of claims 1-3, 7 and 12 under 35 U.S.C. § 102(e) as being 
anticipated by U.S. Patent No. 6,560,631 ("Ishihara"). 

B. The rejection of claims 4-6, 8-11, and 13-17 under 35 U.S.C. § 103(a) as 
being unpatentable over Ishihara in view of U.S. Patent No. 5,109,51 1 
("Nitta"). 

VII. ARGUMENT 

Claims 1 - 17 are pending and have been examined in the present 
application. All of the claims are in condition for allowance, and any pending rejections 
should be withdrawn. 
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A. Claims 1-3, 7, and 12 are not anticipated by Ishihara 

Appellants submit that claims 1-3, 7 and 12 are improperly rejected under 35 
U.S.C. § 102(e) as being anticipated by U.S. Patent No. 6,560,631 ("Ishihara"). 

To anticipate a claim under 35 U.S.C. § 102, the cited reference must 
disclose every element of the claim, as arranged in the claim, and in sufficient detail to 
enable one skilled in the art to make and use the anticipated subject matter. See, PPG 
Industries, Inc. v. Guardian Industries Corp., 75 F.3d 1558, 1566 (Fed. Cir. 1996); C.R. 
Bard, Inc. v. M3 Svs., Inc., 157 F.3d 1340, 1349 (Fed. Cir. 1998). A reference that does 
not expressly disclose all of the elements of a claimed invention cannot anticipate 
unless all of the undisclosed elements are inherently present in the reference. See, 
Continental Can Co. USA v. Monsanto Co., 942 F.2d 1264, 1268 (Fed. Cir. 1991). 

Appellant's disagree that Ishihara discloses a file management system that 
discloses "managing a plurality of files having the same file title but different contents" at 
column 6, lines 21-26, and "managing a plurality of files having the same contents but 
different titles as a single file" at column 7, lines 6-13. 

In Ishihara, conventional systems where every data file identified by its file 
name and path name in conjunction with a node name assigned to the computer that 
stores it as discussed. Such systems allow a plurality of computers to hold two data 
files sharing the same file and path names but having completely different contents. As 
noted in Ishihara, this is a potentially problematic situation which makes it difficult to 
manage the data files in a unified manner. Ishihara notes that it is desirable to 
introduce a unified naming convention that enables unique identification for each 
individual object in a distribution system environment as well as to develop a framework 
that provides associations between such names and their corresponding objects. Thus, 
there is no teaching to handle multiple files as a single object. 
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Computers in Ishihara store cached copies of files. These cached files are 
not managed by the file management system, but are local copies of remote data and 
program files, which are referred to as "cached files" and have the same names but 
different path as the original files. When a work area is created on a computer, and if 
the computer lacks some necessary resource files, the missing files are fetched from 
other computers and saved in the computer's local storage as cached files. Such 
cached files are stored temporarily and deleted after expiration of a predetermined 
period. Under the control of the process execution controller 1 74, cached files are 
accessible to authorized users in a shared manner. This shared access capability 
reduces the frequency of file transfer operations, thus alleviating possible increase of 
network traffic. Ishihara's naming convention permits each data or program file to be 
uniquely identified in a distributed computing environment. Col. 7. Lns. 6-22. 1 Thus, 
the cached files have the same content , are uniquely identified and handled individually . 
In contrast, claim 1 explicitly recites a manager for managing a plurality of files having 
the same content but different titles as a single file. 

Further, the Ishihara system allows local copies of remote data and program 
files which are referred to as cached files. These cached files are fetched from other 
computers and saved to the local storage as cached files. These cached files have the 
exact same title and the same content as the original as shown in Figures 1 1 and 12. 
As such, Ishihara fails to disclose a plurality of files having the same contents but 
different titles as asserted by the Office Action. 

Appellant explicitly claims that the file managing system is capable of 
managing files having the same file title and different content as well as files having the 
same content but different titles . This is not disclosed by the single file manager in 



1 It should be noted that FIG. 12 only shows individual cached files names, creation date, and the server 
the file is stored on. 
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Ishihara. As such, Appellant respectfully requests reconsideration and withdrawal of 
this rejection. 

Claims 2, 3, and 12 each require a data processor for producing and 
recording, if no file has the same contents as any of the files recorded in the file 
memory, a new managing ID for a new file to be registered in the file memory. As 
recited in the pending claims, when no file has the same contents as the file to be 
registered, a new managing ID is produced and recorded. 

The Final Office Action asserts that this feature is disclosed at column 12, 
lines 1-16. Appellant respectfully disagrees. At column 12, lines 1-16, Ishihara 
discloses a process execution controller activating a warehouse server and registering 
various data to those servers. A resource management server then collects and 
records information about the warehouse servers and their respective local storage. 
Finally, a cache management server is executed. Each time a cached file is created in 
a warehouse server, the cache management server updates its cache management 
table for further management. However, at no point does Ishihara disclose producing 
and recording in the file memory a new managing ID for a new file if no file has the 
same content as any of the files to be registered. 

In Ishihara, each time a cache file is created, the cache management server 
updates its cache management table using the same identifier as the warehouse server 
file. As this merely keeps the file name consistent throughout a network. Thus, 
Ishihara's system cannot be utilized to maintain files on a single system or use a single 
file management system to maintain files. In Ishihara, there are multiple file 
management systems each maintaining files on each of the servers. Thus, there is 
never a need in Ishihara for producing a new managing ID and registering in the file 
memory the new managing ID and a file to be registered as explicitly recited in 
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Appellant's claim. Therefore, Appellant respectfully requests that the Examiner 
reconsider and withdraw the rejection to claims 2, 3, and 12. 

B. Claims 4-6, 8-1 1 , and 13-17 are not unpatentable over Ishihara in view of 
Nitta 

Appellant submits that claims 4-6, 8-11, and 13-17 cannot be rejected under 
35 U.S.C. § 103(a) as being unpatentable over Ishihara in view of U.S. Patent No. 
5,109,511 ("Nitta"). 

To establish a prima facie case of obviousness, there must be some 
suggestion or motivation, either in the references themselves or in the knowledge 
generally available to one of ordinary skill in the art, to modify a reference or combine 
references to arrive at the claimed subject matter. The prior art references must also 
teach or suggest all the limitations of the claim in question. See. M.P.E.P. § 706.02(j). 
A reference can only be used for what it clearly discloses or suggests. See, In re 
Hummer . 1 1 3 U.S.P.Q. 66 (C.C.P.A. 1 957); In re Stencel . 4 U.S.P.Q.2d 1 071 , 1 073 
(Fed. Cir. 1987). Here, the references, whether taken individually or in combination, do 
not disclose or suggest the invention claimed by the Appellant. 

Claims 4-6 and 13-17 depend from allowable claims as discussed above. 
Further, the Final Office Action asserts that "claims 8-1 1 and 9-16, these claims recited 
the same subject matter as claims 2-6 and 13-15 in form of method, since the features 
of these claims have been disclosed or suggested by the combined system as 
discussed above, hence these claims are rejected for the same reason." See Office 
Action at 5. As discussed above, Ishihara fails to disclose the system claimed in the 
claims referred to by the Examiner. The addition of Nitta fails to cure the deficiencies in 
Ishihara discussed above. As such, Appellant respectfully requests reconsideration and 
withdrawal of this rejection. 



DOCSNY.156212.2 



11 



Application No.: 09/960,548 



Docket No.: F1 866.0065 



Appellant has responded to all of the rejections and objections recited in the 
Office Action. Reconsideration and a Notice of Allowance for all of the pending claims 
are therefore respectfully requested. 

VIII. CLAIMS 

A copy of the claims involved in the present appeal is attached hereto as 
Appendix A. As indicated above, the claims in Appendix A include the amendments 
filed by Appellant on August 27, 2004. 

IX. EVIDENCE 

No evidence pursuant to §§ 1.130, 1.131, or 1.132 or entered by or relied 
upon by the examiner is being submitted. 

X. RELATED PROCEEDINGS 

No related proceedings are referenced in II. above, or copies of decisions in 
related proceedings are not provided, hence no Appendix is included. 

Dated: October 20, 2005 Respectfu>lJ)s^mj^ed, 




Registration No.: 42,336 
DICKSTEIN SHAPIRO MORIN & 



OSHINSKY LLP 
1 1 77 Avenue of the Americas 
New York, New York 1 0036-2714 
(212) 835-1400 
Attorney for Appellant 



IRB/mgs 
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APPENDIX A 

Claims Involved in the Appeal of Application Serial No. 09/960,548 

1 . A file managing system for managing files comprising: 

a manager for managing a plurality of files having the same file title but 
different contents as separate files, and for managing a plurality of files having the same 
content but different titles as a single file. 

2. A file managing system for managing files, comprising: 

a file input unit for sending, to a data processor, inputted files, file titles, 
and file IDs to be registered; 

a file request input unit for sending, to the data processor, a file title of a 
requested file and a file ID; 

a memory unit including a correspondence table and a file memory, the 
correspondence table including correspondence relationships of file titles, file IDs and 
managing IDs, the file memory for recording, managing IDs and files; 

the data processor including: 

a means for producing and recording, if no file has the same content as 
any of the files recorded in the file memory, a new managing ID for a new file to be 
registered in the file memory; 

a means for retrieving files from the file memory using managing IDs; 

a means for sending the retrieved file to a file outputting unit, 
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a file content comparing means for comparing the content of the new file 
to be registered and the contents of files registered in the file memory, 

a means for registering, if a same content file has been registered in the 
file memory, the file title, the file ID, and the managing ID of the same content file in the 
correspondence table, and 

a means for retrieving the correspondence table; and 

the file output unit for sending, to the file request input unit, the file 
corresponding to the file title and the file ID requested from the file request input unit as 
delivered from the data processor. 

3. A file managing system for managing files, comprising: 

a file input unit for sending, inputted files file titles, and file IDs to be 

registered to a data processor; 

a file request input unit for sending to the data processor, an inputted file 

title and a pertinent file ID; 

a memory unit including; 

a correspondence table, in which correspondence relationships of file 
titles, file IDs and managing IDs are recorded; 

and a file memory, in which managing IDs and files are recorded; 
a data processor including: 

a means for producing a new managing ID and registering, in the file 
memory, the new managing ID and a file to be registered, 
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a file deleting means for deleting, if a same content file has been 
registered in the file memory, the managing ID and the file registered in the file 
registering means, 

a means for retrieving the file memory with managing IDs for obtaining 
corresponding files, 

a means for sending out the obtained files to a file output unit, 

a file content comparing means for comparing the content of a file to be 
registered with the contents of the files registered in the file memory, 

a correspondence table registering means for registering, in the 
correspondence table, the file titles to be registered, the file IDs to be registered and the 
new managing IDs, 

a correspondence table updating means for updating, if a same content 
file has been registered in the file memory, the contents registered in the 
correspondence table registering means with the file titles to be registered, the file IDs 
to be registered and the managing ID of the same content file, and 

a means for retrieving the correspondence table; and 

the file output unit sending out, to the file request input unit, the file 
corresponding to the file title and the file ID requested from the file request input unit as 
delivered from the data processor. 

4. The file managing system according to claim 2, wherein the memory unit 
further includes hash tables in which relationships of hash values of files and managing 
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IDs are recorded, the data processor includes a hash table retrieving means for 
retrieving the hash tables with hash values of files to be registered and a hash table 
registering means for registering, if no same content file has been registered in the file 
memory, the hash values of files to be registered and corresponding managing IDs in 
the hash tables, and the file content comparing means compares the content of a file 
corresponding to a managing ID in the case of obtaining identity as a result of the 
retrieval in the hash table retrieving means and the content of the pertinent file to be 
registered. 

5. The file managing system according to claim 4, wherein the hash tables 
are each provided for each file title, and the hash table retrieving means decides, if no 
same title file as the file title of the any retrieved file has been registered in the file 
memory, that no hash table retrieval result is present, and retrieves, if a same title file 
has been registered in the file memory, the hash table corresponding to the file title of 
the same title file with the hash value of the pertinent file to be registered used as a key 
value. 

6. The file managing system according to claim 4, wherein only a single hash 
table is provided for all file titles. 

7. A file managing method for managing files, wherein a plurality of files 
having the same file title but different contents are managed as separate files, while 
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also managing a plurality of files having the same content but different titles as a single 
file. 

8. A file managing method for managing files comprising the steps of: 

inputting, by a file registering person, files to be registered, the file titles 
thereof and a file ID; 

retrieving hash tables, in which correspondence relationships of hash 
values of files and managing IDs are recorded, by using the hash values of the files to 
be registered as key values; 

taking out, if a managing ID is obtained as a result of the hash table 
retrieval, the file corresponding to the obtained managing ID from a file memory and 
compares the content of the taken-out file and the contents of the files to be registered; 

registering, if the content of the taken-out file is the same as the content of 
a file to be registered, the file title to be registered, the file ID to be registered and the 
managing ID of the taken-out file in a correspondence table; and 

producing, if no identity is obtained as a result of the hash table retrieval or 
if no same content file is detected although identity is obtained as a result of the hash 
table retrieval, a new managing ID, registering the new managing ID thus produced and 
the corresponding file to be registered in the file memory, registering the new managing 
ID in the hash table with the hash value of the file to be registered used as a key value, 
and registering the file title to be registered, the file ID to be registered and the new 
managing ID in the correspondence table. 
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9. A file managing method for managing files comprising the steps of: 
inputting, by a file registering person, files to be registered, file titles 

thereof and a file ID; 

producing new managing IDs corresponding to the files to be registered 

and registering the produced managing IDs and the files to be registered in a file 

memory; 

registering file titles to be registered, a file ID to be registered and the new 
managing IDs in a correspondence table; 

retrieving hash tables, in which correspondence relationships of hash 
values of files and managing IDs are recorded, by using the hash values of the files to 
be registered as key values; 

retrieving, when a managing ID is obtained as a result of the hash table 
retrieval, the file memory to take out the file corresponding to the obtained managing ID 
and comparing the content of the taken-out file and the contents of the files to be 
registered; 

updating, if the content of the taken-out file is the same as a file to be 
registered, the new managing ID registered in the correspondence table to the 
managing ID corresponding to the taken-out file, and deleting the new managing ID 
registered in the file memory and the files to be registered from the file memory; and 

registering, if no identity is obtained as a result of the hash table retrieval 
or if no same content file is detected although identify is obtained as a result of the hash 
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table retrieval, the new managing ID in the hash table with the hash values of the files to 
be registered as key values. 

10. The file managing method according to claim 8, wherein the hash tables 
are each provided for each file title, in the hash table retrieval each hash table is 
retrieved for any file having the same file title as a file to be registered, decides, if no 
same title file has been recorded, that no retrieval result is present, and retrieves, if a 
same content file has been recorded, the hash table corresponding to the file title of the 
same title file with the hash value of the file to be registered used as a key value. 

1 1 . The file managing method according to claim 8, wherein the hash table is 
provided for all of file titles. 

12. A file managing method for managing files comprising the steps of: 
inputting, by a file requester, the file title of a desired file and the 

corresponding file ID; 

retrieving a correspondence table, in which file titles, file IDs and 
managing IDs are recorded, with the inputted file title and file ID; 

obtaining, form the correspondence table, the file title corresponding to the 
inputted file title and file ID and a managing ID corresponding to the inputted file ID; 

retrieving a file memory, in which managing IDs and files are recorded, 
with the obtained managing ID; 
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obtaining, for the file memory, a file corresponding to the obtained 
managing ID; and 

sending out the obtained file as the desired file to the file requester. 

13. The file managing system according to claim 3, wherein the memory unit 
further includes hash tables in which relationships of hash values of files and managing 
IDs are recorded, the data processor includes a hash table retrieving means for 
retrieving the hash tables with hash values of files to be registered and a hash table 
registering means for registering, if no same content file has been registered in the file 
memory, the hash values of files to be registered and corresponding managing IDs in 
the hash tables, and the file content comparing means compares the content of a file 
corresponding to a managing ID in the case of obtaining identity as a result of the 
retrieval in the hash table retrieving means and the content of the pertinent file to be 
registered. 

14. The file managing system according to claim 13, wherein the hash tables 
are each provided for each file title, and the hash table retrieving means decides, if no 
same title file as the file title of the any retrieved file has been registered in the file 
memory, that no hash table retrieval result is present, and retrieves, if a same title file 
has been registered in the file memory, the hash table corresponding to the file title of 
the same title file with the hash value of the pertinent file to be registered used as a key 
value. 
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15. The file managing system according to claim 13, wherein only a single 
hash table is provided for all file titles. 

16. The file managing method according to claim 9, wherein the hash tables 
are each provided for each file title, in the hash table retrieval each hash table is 
retrieved for any file having the same file title as a file to be registered, decides, if no 
same title file has been recorded, that no retrieval result is present, and retrieves, if a 
same content file has been recorded, the hash table corresponding to the file title of the 
same title file with the hash value of the file to be registered used as a key value. 

17. The file managing method according to claim 9, wherein the hash table is 
provided for all file titles. 
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